home *** CD-ROM | disk | FTP | other *** search
/ BCI NET 2 / BCI NET 2.iso / archives / telecomm / fido / pltmap14.lha / PlutMap.doc < prev    next >
Encoding:
Text File  |  1994-11-16  |  23.6 KB  |  610 lines
  1.  
  2.             ------------------------------------------------
  3.  
  4.                                 PlutMap
  5.  
  6.              a powerful outbound address re-mapping utility
  7.  
  8.                        by Peter Deane (3:622/401)
  9.  
  10.                       Version 1.4 16 November 1994
  11.  
  12.                            in GFA BASIC V3.51
  13.  
  14.             ------------------------------------------------
  15.  
  16.  
  17.                               ===========
  18.                               DESCRIPTION
  19.                               ===========
  20.  
  21.  
  22. PlutMap is a powerful remapping facility for use in outbound directories
  23. that employ four-dimensional "TrapDoor 1.80+" naming style.
  24.  
  25. It can be used to remap all mail for AKAs to one address (useful for
  26. assisting non-EMSI nodes), to re-route file attaches through a hub, and
  27. even as a basic Crash/Hold/Direct to Normal converter.
  28.  
  29. Well, the beauty of this program is CHOICE.  With its REMAP command you
  30. can remap any files to a different address, optionally move them to a
  31. different directory (specifiable for each node configured), and
  32. optionally add a prefix (eg ^ to delete after sent) to the resultant
  33. remapped .FLO file entries.
  34.  
  35. PlutMap requires the traplist.library (ANY version) to be available
  36. before it can run.  Since you'll probably have TrapDoor around on your
  37. system I don't imagine this will be a problem, as TrapDoor won't run
  38. without it, either :-)
  39.  
  40. PlutMap should work on any Amiga under any AmigaDOS operating system
  41. from 1.2 to 3+.  It should run in any memory configuration larger than
  42. 256k.
  43.  
  44.  
  45.                               ===========
  46.                               CONFIG FILE
  47.                               ===========
  48.  
  49.  
  50. PlutMap uses a config file.  It defaults to MAIL:PlutMap.cfg. If not
  51. found it will also look for a "PlutMap.cfg" in the current directory.
  52.  
  53. PlutMap can also be given the name of the config file in the command
  54. line. The usage in this case is:
  55.  
  56.   PlutMap <ConfigFileName>
  57.  
  58. If no command line is given, as I say, it will look for PlutMap.cfg in
  59. the MAIL:  and then current directory.  If your given config name is
  60. found, naturally, that will be used.  If you specify a config file and
  61. it cannot be found, an error will occur and execution will stop.
  62.  
  63. Invalid keywords given in the config file are ignored, incidentally.
  64. Please be aware of this in case it causes some confusion when setting up
  65. PlutMap.
  66.  
  67.  
  68.                           ===================
  69.                           THE "REMAP" COMMAND
  70.                           ===================
  71.  
  72.  
  73. The basic command of the config is the REMAP keyword.  The syntax is:
  74.  
  75.  
  76.   REMAP  origin-fqfa destination-fqfa [prefix] [directoryname]
  77.  
  78. or
  79.  
  80.  
  81.   REMAP  origin-fqfa destination-fqfa [directoryname] [prefix]
  82.  
  83.  
  84. Where
  85.  
  86.     origin-fqfa      = Fully qualified fido address of input files
  87.     destination-fqfa = Fully qualified fido address of output files
  88.     directoryname    = optional directory name to move files to
  89.     prefix           = optional special char {one of "^"|"-"|"#"|"~"|"P" }
  90.  
  91. BOTH addresses must be specified otherwise the remap line is ignored.
  92. When specifying the FTN address, a trailing point zero is optional.  EG
  93. 3:622/401 and 3:622/401.0 mean the same thing to PlutMap.
  94.  
  95. Note that the directory name and prefix are both optional, you can have
  96. none, both or either, and the order you specify does not matter.  Since
  97. a directory name is going to be more than one character, then any
  98. argument 1 character long is interpreted as a prefix, and in a likewise
  99. manner any multiple-character argument is regarded as a directory name.
  100.  
  101. The trailing slash ("/") for a directory name is optional.  If the
  102. destination directory is an assignment or device name, the trailing
  103. colon (":") IS required.  (This applies anywhere you need to specify a
  104. directory for PlutMap, not just the REMAP command).
  105.  
  106. PlutMap will read the given "input" address, check for all
  107. .FLO/.CLO/.DLO/.HLO files for it, and attempt to put all these FLO file
  108. entries into the destination address's FLO file [Exception:  if the
  109. input and output node numbers are the SAME system, then files in this
  110. system's .FLO files are not checked, only the .DLO/.HLO/.CLO files are].
  111.  
  112. If a special control character ("^"|"-"|"#"|"~") ALREADY appears in the
  113. input .?LO file(s) then that special character will be maintained in the
  114. output FLO file.  If you have specified a directory for this node, then
  115. dependent on four keywords you can also get PlutMap to move those files
  116. into another directory. (See CARETMOVE, MINUSMOVE, HASHMOVE, TILDEMOVE
  117. later in these docs for a description of what these special control
  118. characters actually mean).
  119.  
  120. Please note if you have specified a prefix for a node, and a
  121. special character ALREADY existed in the input file, the prefix you
  122. specify will NOT be used.  Special characters are ALWAYS passed through
  123. if they are present in the input FLO file (with the added option of
  124. moving the file).
  125.  
  126. If no such special character appears, then the incoming FLO file entries
  127. are processed as per your REMAP commands.  If you have specified a
  128. directory, the files will be moved into it, and if you specify a prefix,
  129. it will be prepended on to the filename in the output .FLO file.
  130.  
  131. If no special character appears for the file, it WILL be moved into your
  132. specified directory regardless of the CARETMOVE, HASMOVE MINUSMOVE and
  133. TILDEMOVE settings.  If you don't want the file moved (for this node
  134. number) then simply don't add a directory name in the REMAP command.
  135.  
  136. When PlutMap moves a file it performs a copy and delete, so it can go
  137. across devices.  The disadvantage of this is for a fraction of a second
  138. you need to have enough drivespace for two copies of the file.  When
  139. moved, the filenote and filedate will be maintained (by use of the CLONE
  140. option of the copy command) so you can see from the file itself which
  141. node sent you the file and at what time.  (TrapDoor adds this
  142. information to the filenote when it receives the file).
  143.  
  144. Naturally PlutMap needs to be able to access a Copy command somewhere in
  145. your search path (eg the c:  directory).  While non AmigaDOS Copy
  146. commands should work fine, I do recommend that PlutMap is able to access
  147. a standard AmigaDOS version of the command.
  148.  
  149. If PlutMap should not be able to access files specified at any stage
  150. (maybe the file doesn't exist, or there is some other disk error) then
  151. the relevant line will be transferred as-is to the output .FLO file,
  152. with an appropriate log entry made.  This is so another processor might
  153. be able to fix up the file attach at a later stage.  No information is
  154. ever lost using this method, although the chances are if PlutMap can't
  155. access the file now, TrapDoor is not going to be able to access it when
  156. it tries to send them anyway.
  157.  
  158.  
  159. In versions 1.1+ a brand new option was added to PlutMap - the ability
  160. to archive up all file attaches routed to a certain node.  You would use
  161. this option if you are passing on large numbers of file attaches to
  162. certain systems and want to reduce the overhead substantially by sending
  163. only one large file, rather than lots of small files.  This way, only
  164. one filename handshake has to be sent when Trapdoor sends the file,
  165. resulting a big saving compared to sending the files individually, with
  166. filename handshakes occuring for EVERY file.
  167.  
  168. This option should NOT be used for mail files, only routed file
  169. attaches.  It's particularly useful if your system is (for example)
  170. passing on a number of BRE files for systems in that networked game.  It
  171. could be used for other things - if you do use it for something else,
  172. please let me know, I'd be interested.
  173.  
  174. Naturally, PlutMap is still going to be very useful to you even if you
  175. never use this option.  So if you don't route large numbers of file
  176. attaches for certain systems, you can safely skip this section of the
  177. documentation.
  178.  
  179. To turn this option on, then instead of specifying a ^ - # or ~ as the
  180. prefix character, use the letter "P".  For example:
  181.  
  182. REMAP 3:999/999   4:999/999     P   MAIL:BreFiles
  183.  
  184. or, naturally:
  185.  
  186. REMAP 3:999/999   4:999/999     MAIL:BreFiles  P
  187.  
  188. Don't forget that this will only apply to files that don't have a
  189. special control character in front of them.  If you are using TrapToss
  190. as the tosser, then make sure you specify NODELROUTATTACHES (TrapToss's
  191. default behaviour), otherwise the file attaches will all get a "-" sign
  192. added in front of them anyway.  This manner of operation will prevent
  193. echomail for a node being added into these archives, however, (because
  194. they would have a # in front of them) so you can safely route BRE files
  195. inside an archive while not affecting normal echomail for that system
  196. all with the same REMAP command!
  197.  
  198. When invoked, the P option runs a command on the files (normally an
  199. archiver - see PACKCOMMAND below) and creates a special archive
  200. containing all the routed file attaches.  The filename of this archive
  201. is of the format:
  202.                               1234ABCD.Pdd
  203.  
  204. Where:
  205.  
  206.         1234ABCD is a unique 8 character hexadecimal timestamp
  207.         .        is a dot character (natch!)
  208.         P        is always the letter P
  209.         dd       is the last two digits of the day number of the year
  210.  
  211. You should tell the systems you are sending these archives to to look
  212. for *.P??  as the filename their mail processors need to look for and
  213. unarchive, especially if they process these files automatically.  If
  214. they process these files manually, it won't be as critical.
  215.  
  216. Since a unique hex timestamp is generated for each file created this
  217. way, you shouldn't run PlutMap too frequently, otherwise you'll get a
  218. large number of THESE files created, and defeat the purpose of doing it!
  219. I run PlutMap only once a day here and find that's more than adequate.
  220.  
  221. [I'm open to suggestions for an improvement in this filenaming system,
  222. please contact me at the addresses at the end of these docs if you can
  223. provide assistance.  Filenames have to follow the 8.3 filenaming system
  224. because they are almost certainly going to be sent via MSDOS machines].
  225.  
  226. Instead of passing on a number of (small) file attaches for a system,
  227. this archive name is added to the output FLO file, and this file is
  228. sent.  If you use the P option, then the archive created ALWAYS gets a
  229. "-" sign prepended to it (if the archive command was succesfully
  230. executed at least), so after TrapDoor sends the archive, it will be
  231. deleted.
  232.  
  233. If you have specified a directory along with the P option, the archive
  234. will be created in this directory.  If you use the P command alone in
  235. the REMAP command, the archive will be created in the OUTBOUND directory
  236. instead.
  237.  
  238. Still confused?  Send me some netmail, and please ask SPECIFIC questions
  239. (Comments like "I can't get it to run" won't help me help you at all!).
  240. If you are routing BRE files for other systems or receiving numerous
  241. file attaches I'd like to know about it, because this method could be
  242. improved upon, especially if I have intimate knowledge of the actual
  243. application you'll be using it in.
  244.  
  245.  
  246.                       ============================
  247.                       OTHER CONFIGURATION COMMANDS
  248.                       ============================
  249.  
  250.  
  251. There are a few other keywords in the config:
  252.  
  253.  
  254.         LOGFILE
  255.         -------
  256.  
  257. Filename for the log file that PlutMap keeps.  This is a standard
  258. "TrapDoor" format logfile, with the leading prefix character of "R" (for
  259. Remapper).  There is a fair amount of logging, quite useful to let you
  260. know what actually occured if you're not watching PlutMap run.
  261.  
  262.         Default: Mail:PlutMap.log
  263.  
  264.         Example: LogFile LOG:MiscFido.log
  265.  
  266.  
  267.  
  268.         INBOUND
  269.         -------
  270.  
  271. Name of TrapDoor's inbound directory.  With this (as in all directory
  272. names) the trailing slash is optional.  (IE "Mail:Inbound" is
  273. funtionally equivalent to "Mail:Inbound/").  If this is an assignment or
  274. device name however, you MUST add the trailing colon (eg in:) This
  275. method of having an optional trailing slash applies to the outbound
  276. keyword as well.
  277.  
  278.         Default: Mail:Inbound
  279.  
  280.         Example: InBound MAIL:Trap/Inwards
  281.  
  282.  
  283.  
  284.         OUTBOUND
  285.         --------
  286.  
  287. Name of the outbound directory (see above under INBOUND for more info).
  288.  
  289.         Default: Mail:Outbound
  290.  
  291.         Example: OutBound MAIL:Out/
  292.  
  293.  
  294.  
  295.         NOKILL
  296.         ------
  297.  
  298. This totally overrides EVERY possible deletion of files that may occur
  299. due to using the "P" archiver option.  It takes a filename or partial
  300. filename as argument, and you can have as many NOKILL statements in your
  301. config as you like (well, memory permitting, but you'd never go close,
  302. even with thousands of them listed).
  303.  
  304. If any file PlutMap routes has ANY occurence of the NOKILL argument in
  305. it, PlutMap will ensure it's not deleted.  It will still be added into
  306. the archive of file attaches made up for systems, but a copy will be
  307. left behind.  As an example you might like to ensure that nodediffs are
  308. never deleted despite all other files you send to a node being archived
  309. and thus deleted when sent.  You could do this by using
  310.  
  311.         NOKILL NODE
  312.  
  313. With that, then if the filename has the letters "NODE" anywhere in it
  314. (not case sensitive) will still remain in its original location.  EG
  315. NODELIST.L87, NODEDIFF.273, LITNODE.234, etc, etc.  I'd advise you to
  316. not make this too general (ie specify more characters rather than less)
  317. to avoid it acting on other files you really DO want to delete.  EG by
  318. specifying
  319.  
  320.         NOKILL .
  321.  
  322. PlutMap would never kill any file that had a "." in it (just about every
  323. file passing through your system, I imagine).  This defeats the purpose!
  324.  
  325. Note that wildcards are NOT supported in this keyword, only filenames or
  326. PARTIAL filenames.  Partial filenames should be more than adequate,
  327. however.  There is no "default" for this option - the default is to
  328. treat every file exactly as you specify in the REMAP statements.
  329.  
  330. Also note that the NOKILL does NOT over-ride a file deletion if the file
  331. already has a ^ or - sign in front of it in the input .?LO file.
  332.  
  333.  
  334.  
  335.         PACKCOMMAND
  336.         -----------
  337.  
  338. If you are using the "P" option in the REMAP statements (to archive up
  339. multiple filenames for a node) this is the command to use to do the
  340. archiving.  NOTE WELL:  If you want error checking done on the result of
  341. this command, you MUST redirect the output from this command into a temp
  342. file so PlutMap can read it to see if there was an error.
  343.  
  344. Because of the varying nature of archivers (or other command you may put
  345. here) YOU have to specify the redirection file in this command to avoid
  346. placement problems depending on the archiver commands.  The redirection
  347. file must be called "Ram:PlutMap.tmp".
  348.  
  349. A resultant archivename and file to process (usually to add) will be
  350. appended to the VERY END of this command for each filename PlutMap finds
  351. it has to remap.
  352.  
  353.         Default: Null String (ie do nothing)
  354.  
  355.         Examples: PACKCOMMAND Lha >RAM:PlutMap.tmp a
  356.         Examples: PackCommand Zoo >ram:PlutMap.tmp -add
  357.  
  358. WARNING:  If you ARE using the P option, then this keyword is a
  359. compulsory item, DO NOT leave it out!
  360.  
  361.  
  362.         (NO)____MOVE
  363.         ------------
  364.  
  365. The next four keywords allow you to selectively turn on and off the file
  366. moving for remapped files that already have a special character
  367. prepended to them.  For instance, you may like to leave echomail bundles
  368. in your normal outbound but copy files to be deleted into a certain
  369. holding directory.  You can control what happens to each TYPE of file
  370. mapped.  Note that if you do not specify a directory name for a certain
  371. node, then the file will be left in the same directory, and entered into
  372. the resultant FLO file as-is (no moving).  So the feature can be turned
  373. on and off dependent on the node numbers you choose, not only via use of
  374. these commands.
  375.  
  376. In other words, one node might have its echomail sent to a separate
  377. directory (by giving a directory name in the REMAP command) whereas
  378. another node might have its echomail left in the normal outbound
  379. directory (by not specifying a directory name), both with HASHMOVE
  380. turned on.  That's flexibility for you!
  381.  
  382.  
  383.  
  384.         (NO)HASHMOVE
  385.         ------------
  386.  
  387. Whether  or  not  to move around "#" prefixed files.  These are normally
  388. echomail bundles, and will be truncated to zero bytes upon being sent.
  389. PlutMap will copy the arcmail bundle into the other directory and leave
  390. behind a truncated file of the same name in the original directory to
  391. ensure the tosser will generate a new filename next time.
  392.  
  393.         Default: FALSE
  394.         Example: HASHMOVE
  395.  
  396.  
  397.  
  398.         (NO)CARETMOVE
  399.         -------------
  400.  
  401. Applies to "^" prefixed files, which are destined to be deleted when
  402. succesfully sent.
  403.  
  404.         Default: TRUE
  405.         Example: CARETMOVE
  406.  
  407.  
  408.  
  409.         (NO)MINUSMOVE
  410.         -------------
  411.  
  412. Applies to "-" prefixed files, essentially the same as "^" files.
  413.  
  414.         Default: TRUE
  415.         Example: NOMINUSMOVE
  416.  
  417.  
  418.  
  419.         (NO)TILDEMOVE
  420.         -------------
  421.  
  422. "~" prefixed files are ignored by TrapDoor (flagged as sent) Generally
  423. you will not want to worry about doing ANYTHING to these ones.  However,
  424. the control is still there, if you can think of some use for it.
  425.  
  426.         Default: FALSE
  427.         Example: NOTILDEMOVE
  428.  
  429.  
  430.  
  431.                                ==========
  432.                                SAMPLE RUN
  433.                                ==========
  434.  
  435. Here's a commented logfile of a recent run:
  436.  
  437. R 15 Oct 94 16:31:32  PlutMap V1.25beta opened
  438.  
  439.                       (The following system has limited AKAs available
  440.                       (FroDo), so I remap OtherNet files to his Fido
  441.                       address to assist)
  442.  
  443. R 15 Oct 94 16:31:34  54.6101.460.0.FLO found (33 bytes)
  444. R 15 Oct 94 16:31:34  Appending to file: MAIL:Outbound/3.622.413.0.FLO
  445. R 15 Oct 94 16:31:35  Passed on: 54.6101.460.0.SA0 For: 54:6101/460.0
  446. R 15 Oct 94 16:31:36  7.500.413.0.FLO found (85 bytes)
  447. R 15 Oct 94 16:31:37  Appending to file: MAIL:Outbound/3.622.413.0.FLO
  448. R 15 Oct 94 16:31:38  Passed on: 7.500.413.0.SA0 For: 7:500/413.0
  449. R 15 Oct 94 16:31:38  Passed on: LIONLIST.J87 For: 7:500/413.0
  450. R 15 Oct 94 16:31:38  Passed on: TK232143.TIC For: 7:500/413.0
  451.  
  452.                       (This system still gets the odd message to his old
  453.                       point address, so I remap them to his full node #)
  454.  
  455. R 15 Oct 94 16:31:40  3.622.401.2.FLO found (31 bytes)
  456. R 15 Oct 94 16:31:40  Creating new file: MAIL:Outbound/3.622.425.0.FLO
  457. R 15 Oct 94 16:31:42  Passed on: 3.622.401.2.SA0 For: 3:622/401.2
  458. R 15 Oct 94 16:32:04  3 input files dealt with
  459. R 15 Oct 94 16:32:04  PlutMap V1.25beta closed
  460.  
  461. For a few more practical examples of what PlutMap can do, please see the
  462. example configuration file.  It provides many examples of what the
  463. program is able to do, and more importantly, WHY you might want to do
  464. the actions.
  465.  
  466.  
  467.  
  468.                             ================
  469.                             REVISION HISTORY
  470.                             ================
  471.  
  472.  
  473. Version 1.4 (16-Nov-94)
  474. -----------------------
  475.  
  476. Several minor display revisions to back up and print over nodes that
  477. have NO mail for them.  With no mail at all, only 4 lines are used in
  478. the CLI window.  Also, two VERY small window output changes not really
  479. worth mentioning.
  480.  
  481.  
  482. Version 1.3 (17-Oct-94)
  483. -----------------------
  484. Out of beta mode for another public release.  No bugs in V 1.25 have
  485. been reported by my beta tester, Peter Nicolas (3:711/439), so we're
  486. long overdue for public release.  Apart from two or three minor changes
  487. to the text display, this is essentially V 1.25 beta
  488.  
  489. Re-wrote this doc file.  It still may be confusing.  If you're now
  490. confused, then take a look at the sample config file in the archive, as
  491. the examples given there illustrate all the above theory.
  492.  
  493.  
  494. Version 1.25beta (20-May-94)
  495. ----------------------------
  496. (Yep, 2 versions in the 1 day!)
  497.  
  498. Added the ability to route files from one address to the SAME address.
  499. In this case it acts as a "normal" file converter.  IE all .DLO, .CLO
  500. and .HLO file entries will be added to that system's .FLO file.
  501.  
  502. Whilst you can change Netmail PACKETS to any flavour you like with
  503. TrapToss, it's not possible to alter the flavour of any .?LO files.
  504. Well PlutMap can now do this for you, turning Hold, Crash and Direct
  505. files into Normal, for easier handling.
  506.  
  507.  
  508. Version 1.2beta (20-May-94)
  509. ---------------------------
  510. It seems the move to beta mode was well & truly justified :-(
  511.  
  512. Added VASTLY improved error checking, in case something goes wrong when
  513. we try to copy files about, or archive files up.  If anything fails now,
  514. the files will NOT be moved, and the ORIGINAL path and filename is
  515. transferred to the resultant FLO file.  This maintains the status quo.
  516. Previously if there was a disk error, or error in the config, it was
  517. possible to accidentally lose files PlutMap was attempting to route.
  518. There's NO possibility of this happening now - this has been extensively
  519. torture-tested.
  520.  
  521. BugFix: PlutMap wasn't adding the extra character (#,~,- or ^) in front
  522. of the filenames if you had specified this in the config and there
  523. wasn't already one of these characters there!  Too much copy and paste
  524. caused this error :-(
  525.  
  526. Removed the logging of "Checking for files to..." for every node in the
  527. config, resulting in faster running, and much shorter logs.  Things will
  528. only be logged now if files are actually extant for the nodes (apart
  529. from opened and closed, etc)
  530.  
  531.  
  532. Version 1.1beta (12-Apr-94)
  533. ---------------------------
  534. Slipped into beta mode while a few major changes were added.
  535.  
  536. Added the "P" option to archive up file attaches for certain systems if
  537. they are receiving a large number of uncompressed file attaches, or
  538. indeed simply a LARGE number of file attaches (Since LHA stores rather
  539. than compresses already compressed files, if you use LHA, this improves
  540. efficiency where a system gets a LOT of files routed to it - rather than
  541. sending a lot of small files, this results in just one being made)
  542.  
  543. This was added to greatly improve the mapping of BRE file attaches for
  544. systems we were routing BRE files for.  BRE is a networked game of
  545. Barron's Realm Elite - a bit like Global War, only played on multiple
  546. systems.  It only runs on MSDOS machines, but at least us Amiga guys can
  547. route the BRE files for these systems in a far more efficient way than
  548. BRE itself transfers the files.
  549.  
  550. Added the NOKILL config option, to ensure that certain files will never
  551. be deleted (eg nodelists) despite being instructed to add a TrapDoor
  552. control character in front of the filename in the output FLO file.
  553.  
  554.  
  555. Version 1.0  (07-Mar-94)
  556. ------------------------
  557. Several bugs fixed.
  558.  
  559. Removed two STOP statements after an error condition (ie "removed debug
  560. code").  These errors never occured here while testing, sorry!
  561.  
  562. Resolved problem where a file without a preceeding special character
  563. would have its first character removed.  (The typical symptom of this
  564. was "Please insert volume "AIL:" in any drive).  This was a major
  565. problem, requesters in event scripts, and all...
  566.  
  567. To avoid remapped echomail copied into another directory being
  568. overwritten by further echomail bundles of the same name, PlutMap now
  569. will not delete moved mail bundles, it will instead leave behind a
  570. truncated echomail bundle so the tosser will generate a new filename.
  571. This applies if you have HASHMOVE set and are moving echomail bundles
  572. into another directory.
  573.  
  574.  
  575. Version 0.9  (04-Feb-94)
  576. ------------------------
  577. First Public Release
  578.  
  579.  
  580.  
  581.                            =================
  582.                            DISTRIBUTION, ETC
  583.                            =================
  584.  
  585.  
  586. This program is freely distributable, as long as all files (PlutMap,
  587. PlutMap.cfg, PlutMap.Doc & PlutMap.LST) are included.  No profit is
  588. permitted to be made from its distribution without prior permission of
  589. the author.
  590.  
  591. It is still very much a copyrighted program, however.
  592.  
  593. Have regard for what you paid the author for this software.  Any claim
  594. against the author for ANY damages exceeding this amount will not be
  595. entertained.
  596.  
  597. The author can be contacted:
  598.  
  599. Peter Deane
  600.  
  601. FidoNet:   3:622/401        Postal: PO Box 228
  602. GlobalNet: 54:6101/401              Swansea  NSW  2281
  603. AmigaNet:  41:200/401               AUSTRALIA
  604.  
  605. BBS:    from O/S   +61-49-72-1647
  606. (24hrs) from Aust  (049) 72-1647
  607.  
  608.             ------------------------------------------------
  609.  
  610.